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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



rd , 



The present document is part of a TS-family covering the 3 Generation Partnership Project: Technical Specification 
Group Services and System Aspects; Telecommunication management, as identified below: 

32.361: "Entry Point (EP) Integration Reference Point (IRP): Requirements". 

32.362: "Entry Point (EP) Integration Reference Point (IRP): Information Service (IS)". 

32.363: "Entry Point (EP) Integration Reference Point (IRP): Common Object Request Broker 

Architecture (CORBA) Solution Set (SS)". 

32.364: "Entry Point (EP) Integration Reference Point (IRP): Common Management Information Protocol 

(CMIP) Solution Set (SS)". 

The present document is part of a set of technical specifications defining the Telecommunication Management (TM) of 
3G systems. The TM principles are described in 3GPP TS 32.101 [1]. The TM architecture is described in 
3GPP TS 32.102 [2]. The other specifications define the interface (Itf-N) between the managing system (manager), 
which is in general the Network Manager (NM) and the managed system (agent), which is either an Element Manager 
(EM) or the managed NE itself The Itf-N is composed of a number of Integration Reference Points (IRPs) defining the 
information in the agent that is visible for the manager, the operations that the manager may perform on this 
information and the notifications that are sent from the agent to the manager. EP (Entry Point) IRP is one of these IRPs 
with special function. 

The IRPs defined in 3GPP Release 5 and earlier versions are externally published and the 3GPP specifications of 
Release 5 and earlier versions do not provide standard mechanism for the NM to discover the references of these top 
IRPs in the managed systems. The discovery is a vendor-specific matter. 

It's difficult for an NM to discover all IRPs in the environment that there are several managed systems and/or if there 
are multiple IRPs related to each managed systems. This Entry Point is proposed to provide a convenient mechanism for 
NM to discover the managed systems and their related IRPs. 
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Scope 



The present document specifies the CORBA Solution Set for the IRP whose semantics are specified in the Entry Point 
IRP: Information Service (3GPP TS 32.362 [6]). 

This Solution Set specification is related to 3GPP TS 32.362 V6.2.X. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 32.101: "Telecommunication management; Principles and high level requirements". 

[2] 3GPP TS 32.102: "Telecommunication management; Architecture". 

[3] 3GPP TS 32.361: "Telecommunication management; Entry Point (EP) Integration Reference Point 

(IRP): Requirements". 

[4] 3GPP TS 32.312: "Telecommunication management; Generic Integration Reference Point (IRP): 

Information Service (IS)". 

[5] 3GPP TS 32.31 1: "Telecommunication management; Generic Integration Reference Point (IRP): 

Requirements". 

[6] 3GPP TS 32.362: "Telecommunication management; Entry Point Integration Reference Point 

(IRP): Information Service (IS)". 

[7] 3GPP TS 32.303: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Common Object Request Broker Architecture 
(CORBA) Solution Set (SS)". 

[8] OMG TC Document telecom/98-1 1-01: "OMG Notification Service". 

http://www.omg.org/technologv/documents/ 

[9] 3GPP TS 32.300: "Telecommunication management; Configuration Management (CM); Name 

convention for Managed Objects". 

[10] ITU-T Recommendation Q. 816.1 Recommendation "CORBA based TMN services: Extensions to 

support coarse-grained interfaces". 

[II] OMG TC Document telecom/98-12-09: "CORBAservices: Common Object Services 
Specification", http://www.omg.org/technologv/documents/ 

[12] ISO 8859-1: "Information technology - 8-bit single-byte coded graphic character sets - 

Part 1: Latin alphabet No. 1". 
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Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the terms and definitions defined in 3GPP TS 32.101 [1], 
3GPP TS 32.102 [2], 3GPP TS 32.361 [3] and the following apply: 

IRP document version number string (or "IRPVersion"): See 3GPP TS 32.31 1 [5]. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

CMIP Common Management Information Protocol 

CORBA Common Object Request Broker Architecture 

DN Distinguished Name 

EM Element Manager 

EP Entry Point 

EPIRP Entry Point IRP 

IRP Integration Reference Point 

IOC Information Object Class 

IS Information Service 

NE Network Element 

NM Network Manager 

SS Solution Set 



4 Architectural features 

The overall architectural feature of EPIRP is specified in 3GPP TS 32.362 [6]. 
This clause specifies features that are specific to the CORBA SS. 

4.1 Notifications 

Notifications are sent according to the Notification IRP: CORBA SS (see 3GPP TS 32.303 [7]). 
The contents of the EPIRP notifications are defined in the present document. 

4.2 Syntax for Distinguished Names and versions 

The format of a Distinguished Name is defined in 3GPP TS 32.300 [9]. 

The version of this IRP is represented as a string (see also clause 3 for versions). 



5 IVIapping 

5.1 Operation and Notification mapping 

EPIRP: IS (3GPP TS 32.362 [6]) defines semantics of operation and notification visible across the EPIRP. 
Table 1 indicates the mapping of these operations and notifications to their equivalents defined in this SS. 
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Table 1 : Mapping from IS Operations and Notification to SS equivalents 



IS Operations/ notification TS 32.362 [6] 


SS IVIethod 


Qualifier 


getlRPOutline 


get IRP outline 


M 


getlRPReference 


get IRP reference 


M 


releaselRPReference 


release IRP reference 


M 


notifylRPInfoChanges 


push structured event (See clause 6.1) 


M 


getlRPVersion 


get EP IRP versions 


M 


getOperationProfile (see note) 


get EP IRP operations profile 





getNotificationProfile (see note) 


get EP IRP notification profile 





NOTE: This operation is of IVIanagedGenericIRP IOC specified in 3GPP TS 32.312 [4]. Tlie EPIRP IOC of 
3GPP TS 32.362 [6] inherits from it. 



5.2 Operation parameter mapping 



The EPIRP: IS 3GPP TS 32.362 [6] defines semantics of parameters carried in operations across the EPIRP. The 
following tables indicate the mapping of these parameters, as per operation, to their equivalents defined in this SS. 

Table 2: lUlapping from IS getiRPOutline parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


IRPVersion 


IVIanagedGenericlRPConstDefs::VersionNumber IRPVersion 


M 


supportedlRPList 


EPIRPConstDefs::SupportedlRPListType supportedlRPList 


M 


status 


EPIRPConstDefs::ResultType 

Exception: 

GetlRPOutline, InvalidlRPVersion 


M 



Table 3: Mapping from IS getlRPReference parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerldentifier 


EPIRPConstDefs::ManagerldentifierType managerldentifier 


M 


system Dn 


EPIRPConstDefs::DNType systemDn 


M 


iRPId 


EPIRPConstDefs::IRPIdType irpid 


M 


iRPReference 


string iRPReference (stringified lOR) 


M 


status 


EPIRPConstDefs::ResultType 

Exception: 

GetlRPReference, InvalidRequestedParameters 


M 



Table 4: Mapping from IS releaselRPReference parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerldentifier 


EPIRPConstDefs::ManagerldentifierType managerldentifier 


M 


iRPReference 


string iRPReference (stringified lOR) 


M 


status 


EPIRPConstDefs::ResultType 

Exception: 

ReleaselRPReference, UnknownlRPReference 


M 



Table 5: Mapping from IS getiRPVersion parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


versionNumberSet 


Return value of type ManagedGenericlRPConstDefs::VersionNumberSet 


M 


status 


Exception: 
GetEPIRPVersions 


M 
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Table 6: Mapping from IS getOperationProf lie parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


iRPVersion 


ManagedGenericlRPConstDefs::VersionNumber iRPVersion 


M 


operationNameProfile,ope 
rationParameterProfile 


Return of type IVIanagedGenericlRPConstDefs::IVIethodList 


M 


status 


Exception: 

GetEPIRPOperationsProfile, 

l\/lanagedGenericlRPSystem:;OperationNotSupported, 

l\/lanagedGenericlRPSystem::lnvalidParameter 


M 



Table 7: lUlapping from IS getNotif icationProf lie parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


iRPVersion 


IVIanagedGenericlRPConstDefs::VersionNumber 
iRPVersion 


M 


notificationNameProfile,notificationParameterProfile 


Return value of type 
IVIanagedGenericlRPGonstDefsiilVlethodList 


M 


status 


Exception: 

GetEPIRPNotificationProfile, 

ManagedGenericlRPSystem;:OperationNotSupported, 

ManagedGenericlRPSystem::lnvalidParameter 


M 



5.3 Notification parameter mapping 

The EPIRP: IS (3GPP TS 32.362 [6]) defines semantics of parameters carried in notifications. The following table 
indicates the mapping of these parameters to their OMG CORB A Structured Event (defined in OMG Notification 
Service [8]) equivalents. The composition of OMG Structured Event, as defined in the OMG Notification Service [8], 
is: 



Header 



Body 



Fixed Header 

domain_name 

type_name 

event_name 
Variable Header 

f i Iter able_body_fie Ids 
remaining_body 



The following table lists all OMG Structured Event attributes in the second column. The first column identifies the 
EPIRP: IS (3GPP TS 32.362 [6]) defined notification parameters. 
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Table 8: Mapping for notifylRPInfoChanges 



IS Parameters 


OMG CORBA 

Structured 
Event attribute 


Qualifier 


Comment 


There is no corresponding 
IS attribute. 


domain_name 


M 


It carries the IRP document version number string. See 
clause 3.1. 

It indicates the syntax and semantics of the Structured Event as 
defined by the present document. 


notificationType 


type name 


M 


This is the ET IRPINFO CHANGES of module of EPIRPSystem. 


There is no corresponding 
IS attribute 


event_name 


M 


It carries no information. 


There is no corresponding 
IS attribute. 


Variable Header 






objectClass, 
objectlnstance 


One NV pair of 

filterable_ 

bodyjields 


M 


NV stands for name-value pair. Order arrangement of NV pairs is 
not significant. The name of NV-pair is always encoded in string. 

Name of this NV pair is the MANAGED_OBJECTJNSTANCE of 
interface AttributeNameValue of module 
Notification 1 RPConstDefs. 

Value of NV pair is a string. See corresponding table in 
Notification IRP: CORBA SS (3GPP TS 32.303 [7]). 


notificationid 


One NV pair of 
remaining_body 


M 


Name of NV pair is the NOTIFICATIONJD of interface 
AttributeNameValue of module NotificationlRPConstDefs. 

Value of NV pair is a long. See corresponding table in Notification 
IRP: CORBA SS (3GPP TS 32.303 [7]). 


eventTime 


One NV pair of 

filterable_ 

bodyjields 


M 


Name of NV pair is the EVENT_TIME of interface 
AttributeNameValue of module NotificationlRPConstDefs. 

Value of NV pair is IRPTime. See corresponding table in 
Notification IRP: CORBA SS (3GPP TS 32.303 [7]). 


systemDN 


One NV pair of 

filterable_ 

bodyjields 


M 


Name of NV pair is the SYSTEM_DN of interface 
AttributeNameValue of module NotificationlRPConstDefs. 

Value of NV pair is a string. See corresponding table in 
Notification IRP: CORBA SS (3GPP TS 32.303 [7]). 


iRPDn 


One NV pair of 
remaining_body 


M 


Name of NV pair is the IRP_DN of module EPIRPSystem:: 
AttributeNameValue. 

Value of NV pair is a EPIRPConstDefs::DnType. 


changelVlode 


One NV pair of 
remainingbody 


M 


Name of NV pair is the CHANGE_l\/IODE of module 
EPIRPSystem:: AttributeNameValue. 

Value of NV pair is a EPIRPConstDefs::ChangeModeType. 


additionalText 


One NV pair of 
remaining_body 


M 


Name of NV pair is the ADDITIONAL_TEXT of module 
EPIRPSystem:: AttributeNameValue. 

Value of NV pair is a string. 
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EPIRPNotification Interface 



OMG CORB A Notification push operation is used to realise the notification of EPIRPNotif ications. All the 
notifications in this interface are implemented using this push_structured_event method. 



6.1 Method push (M) 



module CosNotifyComm ( 

Interface SequencePushConsumer : Notif yPublish { 
void push_structured_events ( 

in CosNotif ication ; ; EventBatch notifications) 
raises ( CosEventComm; ; Disconnected) ; 

} ; // SequencePushConsumer 

}; // CosNotifyComm 

1) The push_structured_events method takes an input parameter of type EventBatch as defined in the 
OMG CosNotif ication module (OMG Notification Service [8]). This data type is the same as a sequence 
of Structured Events. Upon invocation, this parameter shall contain a sequence of Structured Events being 
delivered to IRPManager by IRP Agent to which it is connected. 

2) The maximum number of events that shall be transmitted within a single invocation of this operation is 
controlled by IRP Agent wide configuration parameter. 

3) The amount of time the supplier (IRP Agent) of a sequence of Structured Events shall accumulate individual 
events into the sequence before invoking this operation is controlled by IRP Agent wide configuration parameter 
as well. 

4) IRP Agent may push EventBatch with only one Structured Event. 
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Annex A (normative): 
IDL specifications 

A.1 IDL specification (file name "EPIRPConstDefs.idI") 

// File: EPIRPConstDefs.idI 

#ifndef _EPIRPCONSTDEFS_IDL_ 
#define _EPIRPCONSTDEFS_IDL_ 

#include "ManagedGenericIRPConstDef s . idl" 

// This statement must appear after all include statements 
#pragma prefix "3gppsa5.org" 

/* ## Module: EPIRPSystem 

*/ 

module EPIRPConstDef s 

{ 

enum ResultType (OK, FAILURE}; 

typedef string IRPIdType; 

typedef string DNType; 

typedef sequence<DNType> DNListType; 

/* 
IRPManagementScopeOpt is a type carrying an optional parameter. 
If the boolean is TRUE, then the value is present. 
Otherwise the value is absent . 

*/ 

union IRPManagementScopeOpt switch (boolean) 

{ 

case TRUE: DNListType value; 

}; 

/* 

The IRPElement defines the structure to be returned as part of 

getlRPOutline () . 

*/ 

struct IRPElement 

{ 

IRPIdType irpid; 

ManagedGenericIRPConstDef s : : VersionNumberSet irpVersions; 

IRPManagementScopeOpt irpManagement Scope; 
}; 

/* 

List of all IRPElement and their associated parameters. 
V 
typedef sequence<IRPElement> IRPListType; 

struct Support edIRPListTypeElement 
{ 

DNType systemDN; 

IRPListType irpList; 

}; 

typedef sequence<SupportedIRPListTypeElement> SupportedIRP List Type; 
typedef string Managerldentif ierType; 

enum ChangeModeType (REGISTER, DEREGISTER, MODIFY}; 
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Define the parameters specified in 

the notif yEpInf oChanges notification. 

V 

interface AttributeNameValue 

{ 

const string IRP_DN = "IRP_DN"; 

const string CHANGE_MODE = "CHANGE_MODE" ; 

const string ADDITIONAL_TEXT = "ADDITIONAL_TEXT" 



}; 



#endif // _EPIRPCONSTDEFS_IDL_ 
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A.2 IDL specification (file name "EPIRPSystem.idI") 

// File: EPIRPSystem.idI 

#ifndef _EPIRPSYSTEM_IDL_ 
#define _EPIRPSYSTEM_IDL_ 

#include "ManagedGenericIRPConstDef s . idl" 
tinclude "ManagedGenericIRPSystem. idl" 
#include "EPIRPConstDef s . idl" 

// This statement must appear after all include statements 
#pragma prefix "3gppsa5.org" 

/* ## Module: EPIRPSystem 

*/ 

module EPIRPSystem 

{ 

exception InvalidlRPVersion ( string reason; }; 

exception UnknownlRPReference ( string reason; }; 

/* 

System fails to complete the operation. System can provide reason 

to qualify the exception. The semantics carried in reason 

is outside the scope of this IRP . 
V 

exception GetlRPOutline ( string reason; }; 
exception GetlRPReference ( string reason; }; 
exception ReleaselRPReference ( string reason; }; 
exception GetEPIRPVersions { string reason; }; 
exception GetEPIRPOperationsProf lie ( string reason; }; 
exception GetEPIRPNotif icationProf lie ( string reason; }; 

/* 
*/ 

interface EPIRP 
{ 

* The IRPManager uses this operation to request the EPIRP to 

* return the outline information of the supported IRPs. The EPIRP 

* shall return the outline information of all the IRPs supported by the 

* IRPAgent that contains the EPIRP. The EPIRP may 

* additionally return the outline information of all the IRPs supported 

* by other IRPAgents. 

EPIRPConstDef s : :ResultType get„IRP„outline ( 

in ManagedGenericIRPConstDef s : : VersionNumber iRPVersion, 

out EPIRPConstDef s : : SupportedlRPListType supportedlRPList 
) 
raises (GetlRPOutline, InvalidlRPVersion) ; 

* The IRPManager uses this operation to request the EPIRP to return 

* the stringified lOR of the IRP identified by systemDn and irpld. 

EPIRPConstDef s : :ResultType get_IRP_ref erence ( 

in EPIRPConstDef s : :ManagerIdentif ierType managerldentif ier, 

in EPIRPConstDef s : :DNType systemDn, 

in EPIRPConstDef s : : IRPIdType irpld, 

out string iRPReference 
) 
raises (GetlRPReference, 

ManagedGenericIRPSystem: : InvalidParameter) ; 

/^^ 

* The IRPManager uses this operation to request the IRPAgent to 

* release a specific IRP reference. Whether the IRP reference 

* is really released or not in the IRPAgent is outside the 

* scope of this document . 

EPIRPConstDef s : : Re suit Type re leas e_IRP_ref erence ( 

in EPIRPConstDef s : :ManagerIdentif ierType managerldentif ier, 

in string iRPReference 
) 
raises (ReleaselRPReference, 
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UnknownlRPReference) ; 

/** 

* Return the list of all supported EPIRP versions. 
*/ 

ManagedGenericIRPConstDef s : : VersionNumberSet get_EP_IRP_versions ( 

) 

raises (GetEPIRPVersions) ; 

/** 

* Return the list of all supported operations and their supported 

* parameters for a specific EPIRP version. 
*/ 

ManagedGenericIRPConstDef s : :MethodList get_EP_IRP_operations_prof ile ( 

in ManagedGenericIRPConstDef s : :VersionNuraber iRPVersion 
) 
raises (GetEPIRPOperationsProf ile, 

ManagedGenericIRP System: : Ope r at ionNot Supported, 

ManagedGenericIRPSystem: : InvalidParameter) ; 

/** 

* Return the list of all supported notifications and their supported 

* parameters for a specific EPIRP version. 
*/ 

ManagedGenericIRPConstDef s : :MethodList get_EP_IRP_notif ication_prof ile 
( 

in ManagedGenericIRPConstDef s ; ;VersionNumber iRPVersion 
) 
raises (GetEPIRPNotif icationProf ile, 

ManagedGenericIRPSystem: : OperationNotSupported, 
ManagedGenericIRPSystem: : InvalidParameter) ; 



#endif // _EPIRPSYSTEM_IDL_ 
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A.3 IDL specification (file name " EPIRPNotifications.idI") 

// File: EPIRPNotifications.idI 

#ifndef _EPIRPNOTIFICATIONS_IDL_ 
#define _EPIRPNOTIFICATIONS_IDL_ 

#include "Notif icationlRPNotif ications . idl" 
tinclude "EPIRPConstDef s . idl" 

// This statement must appear after all include statements 
#pragma prefix "3gppsa5.org" 

/* ## Module: EPIRPNotif ications 

*/ 

module EPIRPNotif ications 

{ 

interface notif ylRPInfoChanges : Notif icationlRPNotif ications : :Notify 
{ 

const string ET_IRPINFO_CHANGES = "notif ylrpInfoChanges " ; 

I -k -k 

* This constant defines the name of the iRPDn property. 

* The data type for the value of this property 

* is DNType. 
*/ 

const string IRP_DN = 

EPIRPConstDef s : : AttributeNameValue : : IRP_DN; 

* This constant defines the name of the changeMode property. 

* The data type for the value of this property is ChangeModeType . 
*/ 

const string CHANGE_MODE = 

EPIRPConstDef s: : AttributeNameValue : : CHANGE_MODE; 

/** 

* This constant defines the name of the additionalText property. 

* The data type for the value of this property is string. 
*/ 

const string ADDITIONAL_TEXT = 

EPIRPConstDef s: : AttributeNameValue : : ADDITIONAL_TEXT; 

}; 
); 

#endif // _EPIRPNOTIFICATIONS_IDL_ 
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Annex B (informative): 

Convention when using INS to fulfill part of EPIRP functions 

The implementation of the EPIRP and in particular, the management of CORBA object references within EPIRP, is not 
a subject matter for 3GPP standardization. 

ITU-T SG4 Framework for CORBA-Based Telecommunications Management Network Interfaces (ITU-T 
Recommendation Q. 816.1 [10]) uses OMG Interoperable Naming Service (INS) [11] for the management of CORBA 
object references. Furthermore, it specifies a convention to name and populate the CORBA object entries within the 
INS. 

This Annex notes that, in the event that an EPIRP implementation uses INS to fulfill part of EPIRP functions, it is 
advantageous to populate the INS using the ITU-T defined convention. 

Convention 

The OMG INS CORBA name component (in short, called CORBA compound name) has the following IDL definition: 

// IDL 

typedef string Istring; 

struct NameComponent { 

Istring id; 

Istring kind; 

}; 

Istring is a placeholder for a future IDL internationalized string. The id and kind attributes must be composed of 
characters from the ISO 8859-1 [12] character set, excluding the null character and other non-printable characters. The 
strings cannot exceed 255 characters. The id attribute cannot be an empty string but the kind attribute can be an empty 
string. 

The CORBA compound name (see Name below) is defined as a sequence of name components: 

// IDL 

typedef sequence<NameComponent> Name; 

The 3GPP defined DN (in short, called DN) of a managed object is represented by the CORBA compound name. For 
example, a DN, quoted from 3GPP TS 32.300 [9], say 

'DC=se. company Z . Imc, Network=9, SubNetwork=l , IRPAgent=l , AlarmlRP .iRPId=2', shall be 
represented by a sequence of 6 name components where the id and kind of the first name component shall be 
'se_companyZ_lmc' and 'DC respectively. The CORBA compound name, shall be: 



index 


kind 


id 





'DC 


'se companyZ Imc' 


1 


'Network' 


'9' 


2 


'SubNetwork' 


'1' 


3 


'IRPAgenf 


'1' 


4 


'AlarmlRP.iRPId' 


'2' 


5 


" 


'Object' 



The CORBA compound name, in stringified name form, shall be 
'se_companyZ_lmc.DC/9.Network/l.SubNetwork/l.IRP Agent/2. AlarmlRP.iRPId/Object'. 

NOTE 1: DN appears in interactions (e.g. operations, notifications) across the Itf-N. 

NOTE 2: The CORBA compound name is used internally with the IRP Agent (and its INS) and does not appear in 
interactions across the Itf-N. 
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The use of the last row of the CORBA compound name, i.e. kind == " and id == 'Object', is in accordance to the 
convention standardized by ITU-T Recommendation Q. 816.1 [10]. According to convention standardized by ITU-T 
Recommendation Q. 8 16.1 [10], the use of index to 4 inclusive is to indicate the naming context of the object and the 
use of index to 5 inclusive is to indicate the object itself. 

DN DC component is composed of multiple words separated by separator, i.e. a dot. It is suggested that the 
applications (e.g. IRP Agent codes) that process CORBA compound name and DN should map the dot, used as separator 
in DN DC component, with underscore. This mapping is necessary because in the stringified CORBA compound name, 
the dot is used for the separation of id and kind. This replacement rule also implies that underscore should not be used 
as character of DC words. 
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Annex C (informative): 
Change history 



Change history 


Date 


TSG# 


TSG Doc. 


CR 


Rev 


Subject/Comment 


Old 


New 


Sep 2003 


SA 21 


SP-030425 


-- 


-- 


Submitted to TSG SA#21 for Information 


1.0.0 




Dec 2003 


SA 22 


SP-030636 


-- 


-- 


Submitted to TSG SA#22 for Approval 


2.0.0 


6.0.0 


Jun 2004 


SA_24 


SP-040248 


001 


— 


Clarification of return value of getlRPReference and Correction of 
Distinguished Name (DN) and IDL errors 


6.0.0 


6.1.0 


Dec 2004 


SA_26 


SP-040877 


002 


1 


Correct mapping of IS-defined non-filterable parameters to SS- 
defined non-filterable fields, Eliminate new definitions in EP IRP 
CORBA SS 


6.1.0 


6.2.0 


Mar 2005 


SA 27 


SP-050039 


003 


-- 


IDL incompliant to the style guide 


6.2.0 


6.3.0 


Mar 2005 


SA 27 


SP-050039 


004 


-- 


Align EPIRPSystem IDL structure with TS 32.150 


6.2.0 


6.3.0 
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